home *** CD-ROM | disk | FTP | other *** search
/ Atari Mega Archive 1 / Atari Mega Archive - Volume 1.iso / lists / gem / l_1199 / 979 < prev    next >
Encoding:
Internet Message Format  |  1994-08-27  |  2.0 KB
  1. Subject: Re: digest 
  2. Date: Mon, 25 Jul 1994 16:08:10 +1000
  3. From: Warwick Allison <warwick@cs.uq.oz.au>
  4. Precedence: bulk
  5.  
  6. Timothy Miller wrote:
  7.  
  8. >I found a better way [of scrolling background windows] that involved
  9. >another bitmap elsewhere in memory.  It was easier, cleaner, and faster.  
  10.  
  11. Yikes!  Be careful!  On most graphics hardware, excluding std ST/TT stuff,
  12. screen-to-screen blitting is MUCH faster than blitting from a bitmaps held
  13. off-screen.  Also, holding offscreen bitmaps gets extremely expensive as
  14. the depth of the display increases.  For example, a small 200x200 bitmap
  15. is 120K on a 24bit display!
  16.  
  17. >Are the icons on the desktop part of a desktop form?  If so, how do 
  18. >programs get away with replacing the the background without removing the 
  19. >desktop's object tree?
  20.  
  21. It DOES remove the desktop's tree.  That's why you really should avoid it
  22. for MTOS apps.  Each time you change application (eg. top a window), the
  23. menubar and any installed desktop gets changed.  The menubar change is fast,
  24. fine, and obvious, but the desktop change is quite disconcerting.
  25.  
  26.  
  27. >Warwick,
  28. >
  29. >Are you sure Calamus uses desktop objects for its tool bars, rather than 
  30. >windows?  You can have multiple ones, they can be placed anywhere, and 
  31. >they are shadowed just like a window.
  32.  
  33. As sure as I can be without having an atari in front of me.  Calamus
  34. replaces the desktop.  All of the features (multiple, anywhere, shadowed)
  35. can be done in forms.  Also, there are dragable components (eg. sliders),
  36. so for them to have worked on older TOSes, they must be on the desktop.
  37. (hehe.. deduction of facts that could be easily determined with a machine!)
  38.  
  39. BTW, Interface allows desktop-in-a-window, but it keeps the original size
  40. of the root window as the object in that window - ie. if you have a 1024x768
  41. screen, you have to scroll around in the desktop window a LOT.  I just closed
  42. it and ignored it - Interface allows you to access all the feature possible
  43. from its desktop through the menubar (eg. a menu of RSC documents).
  44.  
  45. --
  46. Warwick
  47.